Method and apparatus for obtaining location information using smart card

ABSTRACT

A method and device for providing location information to a smart card, are discussed. According to an embodiment, the invention provides a mobile terminal for communicating with a smart card and a location device associated with the mobile terminal, the mobile terminal comprising: a controller configured to provide terminal profile information to the smart card, to receive a geographical location request from the smart card based on the terminal profile information, to send a terminal response to the smart card in response to the geographical location request, to obtain location information of the mobile terminal from the location device in response to the geographical location request, and to sending an envelope signal including the obtained location information to the smart card.

This application claims the priority benefits of U.S. ProvisionalApplication No. 61/140,059 filed on Dec. 22, 2008, the entire contentsof which are herein incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a method and apparatus for obtaininglocation information using a smart card.

2. Discussion of the Related Art

Mobile terminals such as smart phones, etc. are being developed with theincreased capabilities for providing various services andfunctionalities which are user-friendly. Among the capabilities, themobile terminal may include a removable storage device such as a smartcard (e.g., a SIM (Subscriber Identity Module) card or USIM (UniversalSubscriber Identity Module) card), which stores data, which can be readcontactlessly by an external contactless reader. The smart cardsgenerally use a UICC (Universal Integrated Circuit Card) platform thatsupports telecommunication applications.

In addition to the mobile terminals, other peripheral devices have alsogained much popularity. For instance, a GPS device which can beinstalled in a vehicle or other locations can provide accurate andcurrent geographical location information of an entity (e.g., vehicle)at which the GPS device is installed. However, when the GPS device isconnected to the mobile terminal 100, the location information providedby the GPS device can not be proactively requested or obtained by thesmart card associated with the mobile terminal. This is because there isno defined interface for providing the smart card and smart-card basedapplications with the location information generated by the GPS device.

SUMMARY OF THE INVENTION

The present invention provides a mobile terminal and method forproviding location information supplied by a GPS device to a smart cardassociated with the mobile terminal.

The present invention also defines and provide interfaces for providinga smart card and smart-card based applications with location informationgenerated by a GPS device via a mobile terminal.

The present invention also provides a mobile terminal and method forproviding location information supplied by a GPS device to a smart cardassociated with the mobile terminal in compliance with the existingstandards.

The present invention further provides a mobile terminal and method forproviding location information generated by a GPS device, which addressthe limitations and disadvantages associated with the related art.

According to one aspect, the present invention provides a mobileterminal for communicating with a smart card and a location deviceassociated with the mobile terminal, the mobile terminal comprising: acontroller configured to provide terminal profile information to thesmart card, to receive a geographical location request from the smartcard based on the terminal profile information, to send a terminalresponse to the smart card in response to the geographical locationrequest, to obtain location information of the mobile terminal from thelocation device in response to the geographical location request, and tosending an envelope signal including the obtained location informationto the smart card.

According to one aspect, the present invention provides a method ofproviding location information using a mobile terminal, the mobileterminal configured to communicate with a smart card and a locationdevice, the method performed by the mobile terminal and comprising:providing terminal profile information to the smart card; receiving ageographical location request from the smart card based on the terminalprofile information; sending a terminal response to the smart card inresponse to the geographical location request; obtaining locationinformation of the mobile terminal from the location device in responseto the geographical location request; and sending an envelope signalincluding the obtained location information to the smart card.

According to one aspect, the present invention provides a smart card forcommunicating with a mobile terminal, the smart card comprising: acontroller configured to receive terminal profile information from themobile terminal, to send a geographical location request to the mobileterminal based on the received terminal profile information, to receivea terminal response from the mobile terminal in response to thegeographical location request, and to receive an envelope signalincluding location information of the mobile terminal from the mobileterminal in response to the geographical location request.

According to another aspect, the present invention provides a method ofproviding location information to a smart card, the smart configured tocommunicate with a mobile terminal, the method performed by the smartcard and comprising: receiving terminal profile information from themobile terminal; sending a geographical location request to the mobileterminal based on the received terminal profile information; receiving aterminal response from the mobile terminal in response to thegeographical location request; and receiving an envelope signalincluding location information of the mobile terminal from the mobileterminal in response to the geographical location request.

These and other features of the present application will become morereadily apparent from the detailed description given hereinafter.However, it should be understood that the detailed description andspecific examples, while indicating preferred embodiments of theinvention, are given by way of illustration only, since various changesand modifications within the spirit and scope of the invention willbecome apparent to those skilled in the art from this detaileddescription.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will become more fully understood from thedetailed description given hereinbelow and the accompanying drawingswhich are given by way of illustration only, and thus are not limitativeof the present invention and wherein:

FIG. 1 is a block diagram of a mobile terminal configured to communicatean external GPS device according to an embodiment of the invention;

FIG. 2 is a block diagram of a mobile terminal including a GPS deviceintegrated therein according to an embodiment of the invention;

FIG. 3 is a diagram illustrating communication between a smart card anda GPS device via a mobile terminal according to an embodiment of theinvention; and

FIG. 4 is a flow diagram illustrating a method of providing geographicallocation information from a GPS device to a smart card via a mobileterminal according to an embodiment of the invention.

DESCRIPTION OF EXEMPLARY EMBODIMENTS

Hereinafter, exemplary embodiments of the invention will be described indetail with reference to the attached drawings. The embodimentsdescribed below are intended to exemplify the technical spirit of theinvention, but are not intended to limit the scope of the invention.

FIG. 1 is a block diagram of a mobile terminal 100 configured tocommunicate with a GPS device 300 according to an embodiment of theinvention. The mobile terminal 100 may be, e.g., a mobile equipment(ME), smart phone, pager, PDA (Personal Digital Assistant), UE (userequipment), mobile phone, etc. The GPS device 300 can be any locationdevice that is externally provided from the mobile terminal 100, forcalculating and/or obtaining various location information. The GPSdevice 300 shown in FIG. 1 (and in FIG. 3) is illustrates merely oneexample of the GPS device, and the invention is not limited thereto.

Referring to FIG. 1, the mobile terminal 100 includes a controller 10, acontactless module/reader 30 for contactlessly communicating with anexternal device having a contactless module/reader, a removable storagedevice or smart card (UICC) 200 (e.g., SIM card, USIM card, ISIM card,etc.) for storing and executing data and applications, a Bluetoothmodule 40 for providing Bluetooth communication with an external device,other interfaces/connectors 20 such as USB connector, and a terminalchipset (e.g., baseband and/or application processor) 50 for controllingcommunication with the smart card 200. The controller 10 controls allcomponents of the mobile terminal 100. The contactless module 30preferably includes a contactless reader such that the contactlessmodule 30 can send and receive data contactlessly to and from anothercomponent or external device having a contactless module. The GPS device300 can be connected to the mobile terminal via various connectors 20,30, 40 such as the USB connector, Bluetooth module, infrared interface,WiFi connector, short range communication connector, etc. The terminalchipset 50 communicates with the controller 100 and the storage device200, and can communicate with each component of the mobile terminal 100via the controller 10.

The mobile terminal 100 can further include known components such as adisplay unit, an input unit such as a keypad or touch screen, a clock, aclock management unit, storage unit(s) such as memory, a memorymanagement unit, a battery, a power management unit for supplying power(AC, battery, etc.), other local communication device(s), a speaker, anetwork interface (e.g., for communicating with a server or othernetwork entity), a transceiver for receiving and/or transmittingsignals, a secure element for providing added security to data andapplications related to contactless services (e.g., viaencryption/decryption or other security enhancing applications), etc.The secure element can be part of the storage device 200 and can beimplemented using UICC (smart card platform). The secure element canalso be based on a secured hardware part of the mobile terminal 100. Theother local communication device can be a short range communication unitsuch as a WiFi device, an IRDA (infrared data association) device, etc.for providing short distance communications between the mobile terminal100 with other device(s).

The removable storage device 200 can also be inserted in the mobileterminal 100 or otherwise connected with the mobile terminal 100. Thestorage device 200 may include components such as a memory, a secureelement, a controller for controlling the storage device 200.

All the components of the mobile terminal 100 and other devices of FIG.1 are operatively coupled and configured. Further, depending on thedesired need and configuration, some of the components of the mobileterminal 100 may be optionally provided.

As shown in the example of FIG. 1, the GPS device 300 can be an externaldevice connected to the mobile terminal 100. In other examples, the GPSdevice 300 can be integrated into the mobile terminal 100. An example ofthe GPS device 300 integrated into the mobile terminal 100 is shown inFIG. 2.

FIG. 2 is a block diagram of a mobile terminal including a GPS deviceintegrated therein according to an embodiment of the invention. As shownin FIG. 2, the GPS device 300 having a GPS chip, antenna, etc. can beinstalled in the mobile terminal 100 to provide location services aspart of the services provided by the mobile terminal 100. As integralpart of the mobile terminal 100, the GPS device 300 can be operatedunder control of the controller 10. The mobile terminal 100 of FIG. 2includes other components such as one or more components of the mobileterminal 100 shown in FIG. 1. All the components of the mobile terminal100 of FIG. 2 are operatively coupled and configured. Further, dependingon the desired need and configuration, some of the components of themobile terminal 100 may be optionally provided.

Although the GPS device 300 can be an autonomous external GPS deviceconnected to the mobile terminal as shown in FIG. 1 or an autonomousinternal GPS device of the mobile terminal as shown in FIG. 2 accordingto the invention, the present invention is not limited thereto and isequally applicable to other types such as Assisted GPS device (GPS-A),Assisted GNSS, etc. That is, the GPS device 300 hereinafter refers toany one of these devices/modules.

Now, methods of providing location information generated by the GPSdevice 300 to the smart card (removable storage device) 200 associatedwith the mobile terminal 100 will be discussed referring to FIGS. 3 and4 according to embodiments of the invention. These methods arepreferably implemented in the devices of FIGS. 1 and 2, but can beimplemented in other suitable devices/system.

FIG. 3 is a diagram illustrating communication between the smart card(UICC) 200 and the GPS device 300 via the mobile terminal 100 accordingto an embodiment of the invention.

First, to implement the embodiments of the invention in compliance withthe existing standards including ETSI (European TelecommunicationStandard Institute) TS (Technical Specification), the inventor proposesa new ‘letter class’ (e.g., letter “m” or “x” or any other availableletter) to be created and added to the existing letter class list, asshown below in Table A. The principle of a letter class is to ensurethat if the service is implemented, it is actually completelyimplemented and following the standards specification. The letter classlist is provided in ETSI Common Application Toolkit specification, ETSITS 102 223. Although Table A shows the new letter class “m” as part ofthe letter class list defined in ETSI TS 102 223, this is merely anexample and another letter class can be added and designated for the GPSservice.

As shown in Table A, according to the invention, the new letter case “m”in the letter class list refers to 3G specification TS 31.111 (USIMApplication Toolkit). This indicates that the newly added letter classis defined and used according to 3G TS 31.111 which is discussed below.The other letter cases ‘a’-‘l’ are known commands, which are notdirectly related to the invention, and are thus not discussed for thesake of brevity.

TABLE A Letter classes Command/function description a Proactive command:GET READER STATUS Proactive command: PERFORM CARD APDU Proactivecommand: POWER ON CARD Proactive command: POWER OFF CARD Event download:Card reader status b Proactive command: RUN AT COMMAND c Proactivecommand: LAUNCH BROWSER Event download: Browser termination event Eventdownload: Browsing status event d Soft key support e Proactive command:OPEN CHANNEL Proactive command: CLOSE CHANNEL Proactive command: RECEIVEDATA Proactive command: SEND DATA Proactive command: GET CHANNEL STATUSEvent download: Data available Event download: Channel status fProactive command: SERVICE SEARCH Proactive command: GET SERVICEINFORMATION Proactive command: DECLARE SERVICE Event download: Localconnection event g Proactive Command: PROVIDE LOCAL INFORMATION (BatteryState) h Multi-media Call support i Proactive command: SET FRAMESProactive command: GET FRAMES STATUS Event download: Frames Informationchanged j Proactive command: RETRIEVE MULTIMEDIA MESSAGE Proactivecommand: SUBMIT MULTIMEDIA MESSAGE Proactive command: DISPLAY MULTIMEDIAMESSAGE Envelope command: MMS notification download Event download: MMSTransfer status k Envelope command: TERMINAL APPLICATIONS l Proactivecommand: ACTIVATE m See 3G TS 31 111 [26]

Further, according to the invention, the mobile terminal 100 storestherein, e.g., in its memory, terminal profile information. The terminalprofile information can identify capabilities and other informationabout the mobile terminal 100, and preferably includes a 1-bitinformation indicating whether or not the mobile terminal 100 has theability to provide the location information from the GPS device 300 (GPSservice) to the smart card 200. For example, the 1-bit information (orany other size information) can be added to any byte (e.g., 30^(th) byteor other byte) of a TERMINAL PROFILE, which is an example of theterminal profile information and is defined in the standards document,ETSI TS 102 223 §5.2. Thus, for instance, when the mobile terminal isturned on or whenever a new session is opened, the smart card 200 canreceive this terminal profile information (e.g., TERMINAL PROFILE storedin the mobile terminal 100) from the mobile terminal 100 or can accessthis terminal profile information from the mobile terminal 100, and thencheck or determine whether or not the current mobile terminal 100 canprovide the GPS service from the GPS device 300 to the smart card 200.If so, then the processes as shown in FIGS. 3 and 4 can be performed.

More specifically, according to an embodiment of the present invention,the inventor proposes to modify the TERMINAL PROFILE (as defined in thestandards document, ETSI TS 102 223 §5.2) to include informationindicating whether the mobile terminal 100 supports the GPS service(e.g., providing the location information from the GPS device 300 to thesmart card 200). This information can be preferably one-bit information,and allows the smart card 200 to determine whether or not the mobileterminal 100 associated with the smart card 200 has the ability toprovide the GPS service or location service to the smart card 200.

For example, in the thirtieth byte of the TERMINAL PROFILE for themobile terminal 100, the one-bit information pertaining to the GPSservice can be provided in the eighth bit as follows:

The above example is merely one example, and the invention encompassesother variations. For instance, the information regarding the GPSservice capability can be provided in any other bit (e.g., sixth bit) ofthe thirtieth byte of the TERMINAL PROFILE or in any bit in any otherbyte of the TERMINAL PROFILE. For instance, the information regardingthe GPS service capability can be stored at the fifth bit of the twentythird byte of the TERMINAL PROFILE. This one-bit information can have avalue of 1 indicating that the mobile terminal supports the GPS serviceor 0 indicating that the mobile terminal does not support the GPSservice. Other values or parameter type can also be used.

The smart card (UICC) 200 inserted in (or connected in other manner to)the mobile terminal 100 can operate as a slave device in accordance withthe direction of the master device, which is the mobile terminal 100. Assuch, data can be stored in the smart card and can be accessed by themobile terminal 100. As an enhanced variation, the smart card 200 isfurther configured to make the smart card proactive in the mobileterminal 100 using a set of commands that can be sent from the smartcard 300 to the terminal chipset 50 of the mobile terminal 100. This setof commands is known as SIM (or USIM) Application Toolkit which isspecified in telecommunication standards documents including, e.g., 3GTS 31.111 and 3G TS 51.014. The generic part of these commands, whichmay not be specific to telecommunications, is also known as CardApplication Toolkit which is specified in standards documents including,e.g., ETSI TS 102 223.

According to the invention, a new command (proactive command such as GPSInformation Request) for requesting location information provided by theGPS device 300 is provided and added to the Application Toolkitcommands, such that the smart card 200 can now proactively request andreceive the location information from the GPS device 300. For example asshown in FIG. 3, if the smart card 200 has determined that the mobileterminal 100 provides the GPS service based on the terminal profileinformation such as the TERMINAL PROFILE received from the mobileterminal 100, the smart card 200 can generate and send a proactivecommand (e.g., GPS Information Request or the like) for requestinglocation information to the GPS device 300 (e.g., internal or externalor other type) through the terminal chipset 50 of the mobile terminal100. Here the name ‘GPS Information Request’ is merely an example andinstead, another name such as Geographical Location Request or the likemay be used. The invention encompasses all variations in the naming ofthis request and other commands. In some cases, multiple GPS InformationRequests can be sent from the smart card 200 to the mobile terminal 100.Then in response, the GPS device 300 (or the controller 10) can generateand send a response message/command such as a Terminal Response whichprovides information on how the request has been processed (e.g., therequest has been successfully performed or there was an error), to thesmart card 200, e.g., via the terminal chipset 50. The GPS device 300(or the controller 10) can also generate and send an envelope commandsuch as an Envelope for providing the requested location informationfrom the GPS device 300 to the smart card 200 through the terminalchipset 50. The requested location information can be the currentgeographical location information of the GPS device 300/mobile terminal100, and can be provided in any format. For instance, the locationinformation from the GPS device 300 can be provided to the smart card200 in one of the following known forms: (1) GAD as defined in TS23.032, or (2) NMEA sentences defined in ISO/IEC 61162-1.

Now, more details on these commands are discussed.

The smart card 200 may request a preferred quality of service dependingon the mobile terminal 100's level of support for the GPS service. Thisrequest can be part of the parameters of the GPS Information Request (orthe like as designated). The quality of service (e.g., type ofinformation to be received) here can be defined as follows:

-   -   1. A minimum set of location information to be provided is        basically horizontal coordinates (e.g., latitude and longitude        data), and/or    -   2. Additional geographical location information can be provided,        including        -   a. Vertical Coordinate data (e.g., this can indicate how            high the mobile terminal 100 is currently positioned, e.g.,            on top of a tall building), and/or        -   b. speed (e.g., velocity—this can indicate the moving speed            of the mobile terminal 100, e.g., how fast the mobile            terminal 100 is moving).            For instance, the smart card 200 can include in the GPS            Information Request (or the like) a request to provide at            least one of the above information when providing the            location information from the GPS device 300.

In cases where multiple GPS Information Requests (for instance, byseveral different applications within the smart card 200) are receivedby the mobile terminal 100, according to an embodiment, only the lastGPS Information Request received may be processed by the mobile terminal100.

Table B shows one example of how the GPS Information Request (or thelike as designated) can be defined in the standards documents such as 3GTS 31.111. This is merely an example and is provided below only toillustrate one example of adoption of this Request into the existingstandards. The format shown in Table B is well known to one skilled inthese standards.

TABLE B GPS Information Request description Description Clause M/O/C MinLength Proactive UICC command Tag 9.2 M Y 1 Length (A + B + C) — M Y 1or 2 Command details xx M Y A Device Identities xx M Y B GeographicalLocation Parameters xx M N C

In Table B above, the parameters (e.g., 'Geographical LocationParameters) include the preferred information requested by the smartcard 200 (in relation with the requested quality of service). Further,in the request (e.g., GPS Information Request or the like), the smartcard 200 identifies a specific level of service required or preferred,which may include, for example:

-   -   preferred or required horizontal accuracy (e.g., desired or        required level of accuracy of the horizontal coordinates),        and/or    -   preferred or required vertical accuracy (e.g., desired or        required level of accuracy of the vertical coordinates), and/or    -   preferred or required speed/velocity (e.g., desired or required        level of accuracy of the speed or velocity information).    -   Further, for each of the parameters (e.g., 'Geographical        Location Parameters) in Table B, values can be set as:    -   ‘aa’: not specified,    -   ‘bb’: best effort,    -   ‘xx’: given value of the uncertainty.        Obviously, other values can be used.

Additionally, Geographical Location Parameters in Table B can specify atleast one of the following:

-   -   Preferred GAD shapes,    -   Preferred NMEA sentences, or    -   Preferred maximum response time (e.g., this information can        indicate a maximum value for a preferred or required response        time for the location request such as GPS Information Request).

The command, Terminal Response, provides a response to the locationrequest (e.g., GPS Information Request, Geographical Location Request,or the like as designated) to the smart card 200. This response caninclude error information based on various factors such as thecapabilities of the mobile terminal, network status, GPS device status,etc. For instance, the error information can indicate that an erroroccurred due to one of the following reasons:

-   -   No support of the GPS service feature,    -   No location information acquired by the GPS device,    -   GPS device being deactivated,    -   Mobile terminal cannot process the command for internal reasons,    -   Etc.        Instead of the error information, the Terminal Response can also        acknowledge the location request and alert the smart card 200 to        expect receipt of data (e.g., location information) through an        envelope command such as ‘Envelope(GPS Information Request)’ or        Envelope(Geographical Location Request).

As an example, Table C below provides possible answers, one or more ofwhich can be provided in the Terminal Response according to the formatof 3G TS 31.111. For instance, the Terminal Response can includeinformation indicating ‘command performed successfully’, ‘commandperformed with partial comprehension’, ‘command performed with missinginformation’, ‘no response from user’, ‘ME (mobile terminal or mobileequipment) currently unable to process command’, ‘network currentlyunable to process command’, ‘user did not accept the proactive command’,‘command beyond MEs capabilities’, ‘command type not understood by ME’,‘command data not understood by ME’, ‘command number not known by ME’,or ‘error, required values are missing’. Other information can also beindicated or included by the Terminal Response.

TABLE C Terminal Response description GPS Information Request TERMINALRESPONSE ‘xx’ 00 Command performed successfully • 01 Command performedwith partial comprehension • 02 Command performed, with missinginformation • 03 REFRESH performed with additional EFs read 04 Commandperformed successfully, but requested icon could not be displayed 05Command performed, but modified by call control by USIM 06 Commandperformed successfully, limited service 07 Command performed withmodification 08 REFRESH performed but indicated USIM was not active 09Command performed successfully, tone not played 10 Proactive UICCsession terminated by the user 11 Backward move in the proactive UICCsession requested by the user 12 No response from user • 13 Helpinformation required by the user 14 USSD or SS Transaction terminated byuser 20 ME currently unable to process command • 21 Network currentlyunable to process command • 22 User did not accept the proactive command• 23 User cleared down call before connection or network release 24Action in contradiction with the current timer state 25 Interaction withcall control by USIM, temporary problem 26 Launch browser generic error27 MMS Temporary Problem 30 Command beyond MEs capabilities • 31 Commandtype not understood by ME • 32 Command data not understood by ME • 33Command number not known by ME • 34 SS Return Error 35 SMS RPERROR 36Error, required values are missing • 37 USSD return error 38 MultipleCard command error 39 Interaction with call/SM control by USIM,permanent problem 3A Bearer Independent Protocol error 3B AccessTechnology unable to process command 3C Frames error 3D MMS Error

The envelope command, e.g., Envelope(GPS Information Request),Envelope(Geographical Location Request), or the like, can be structuredas defined below. For instance, it can include data for the GPS device,either GAD profiles or NMEA information/sentences according to the ISOspecifications. Table D shows one example of how the Envelope(GPSInformation Request) or the like as designated can be defined in thestandards documents such as 3G TS 31.111. This is merely an example andis provided below only to illustrate one example of adoption of thisenvelope command into the existing standards. The format shown in TableD, which is similar to that of Table B, is well known to one skilled inthese standards.

TABLE D Envelope GPS information Request description Description ClauseM/O/C Min Length Geographical Location Reporting tag 9.1 M Y 1 Length (Aor A + B or A + C) — M Y 1 or 2 Device identities xx M Y A GAD shape xxC N B NMEA sentence xx C N CThis Envelope command is sent back by the mobile terminal to the smartcard 200, which then can be used by any requesting application in thesmart card 200 or other component or can be stored as needed in thesmart card 200 or other location in the mobile terminal 100.

FIG. 4 is a flow diagram illustrating a method of providing geographicallocation information provided from the GPS device 300 to the smart card200 via the mobile terminal 100 according to an embodiment of theinvention.

Referring to FIG. 4, at step S8 the smart card 200 associated with themobile terminal 100 accesses and checks the terminal profile information(e.g., TERMINAL PROFILE) stored in the mobile terminal 100, or receivesthe terminal profile information sent from the mobile terminal 100 andchecks the received terminal profile information. If this informationindicates that the mobile terminal 100 supports the GPS service, thenthe smart card 200 (e.g., controller in the smart card 200) generatesand sends a GPS Information Request to the mobile terminal 100, e.g., tothe terminal chipset 50, at step S10. Again, as mentioned above, thename “GPS Information Request” is merely an example of a proactivecommand for requesting location information, and other terms can be usedaccording to the invention. For example, this request can be called“Geographical Location Request” or the like as mentioned. This proactivecommand is the new command proposed by the inventor to be added to theexisting proactive commands and has been adopted into the standardsdocuments including, e.g., ETSI TS 102 223, 3G TS 31.111 and 3G TS51.014, which are all herein incorporated by reference.

At step S12, in response to the GPS Information Request or the like, themobile terminal (e.g., terminal chipset 50) generates and transmits aresponse message such as the Terminal Response discussed above. Againthe Terminal Response is merely an example and can be calleddifferently. The Terminal Response can indicate one of variousanswers/response to the GPS Information Request as discussed above. Forexample, the Terminal Response can acknowledge the Request and alert thesmart card 200 to expect receipt of data through an Envelope command, orcan provide error information.

During or after step S12, the mobile terminal 100 communicates with theGPS device 300 and obtains the requested location information from theGPS device 300 at step S14. For instance, the mobile terminal 100 mayobtain current geographical location information of the GPS device 300(which would be the current geographical location information of themobile terminal 100/smart card 200) from the GPS device 300. The GPSdevice 300 obtains the requested location information using knownlocation technologies, and the requested location information can beother type of location information.

Then at step S16, the mobile terminal 100 (e.g., the mobile chipset 50)generates and sends the Envelope command which includes the obtainedlocation information, to the smart card 200. The details of thisEnvelope command has been discussed above. As a result, the smart card200 can proactively request and obtain location information from the GPSdevice 300 through the mobile terminal 100. Further, operators, serviceproviders, or other entities of the smart card 200 can utilize thislocation information to provide more targeted services and applicationsto the user of the mobile terminal 100/smart card 200. For instance,based on the current location information obtained by the smart card 200(which can be accessed by the service providers of the smart card 200)according to the invention, the service providers can load or updatedata and applications in the smart card 200 to be more location-specificand thus more relevant and useful to the user. In one example, accordingto the invention the service provider of the smart card 200 can requestand receive the location information, and send targeted advertisementsto the smart card 200 based on the obtained location information. Andthe targeted advertisements may be displayed on the display of themobile terminal 100.

The present invention has been explained with reference to theembodiments which are merely exemplary. It will be apparent to thoseskilled in the art that various modifications and variations can be madein the present invention without departing from the spirit or scope ofthe invention. Thus, it is intended that the present invention covermodifications and variations of this invention provided they come withinthe scope of the appended claims and their equivalents.

The invention claimed is:
 1. A mobile terminal for communicating with asmart card and a location device associated with the mobile terminal,the mobile terminal comprising: a controller configured; to provideterminal profile information to the smart card; to receive, from thesmart card, a geographical location request for acquiring a currentgeographical location based on the terminal profile information; to senda terminal response to the smart card in response to the geographicallocation request, the terminal response including a value indicatingwhether the geographical location request has been successfullyprocessed or not; and to send an envelope signal including currentlocation information obtained from the location device to the smart cardif the geographical location request has been successfully processed,wherein the controller is further configured to process only one ofmultiple geographical location requests, based on a receiving order,when the multiple geographical location requests are received from thesmart card, and wherein the terminal profile information includes: firstinformation indicating that the mobile terminal does not have a unit formeasuring location, or second information indicating that the mobileterminal has an ability to obtain geographical location information fromthe location device.
 2. The mobile terminal of claim 1, wherein thecontroller is further configured to obtain the current locationinformation of the mobile terminal from the location device.
 3. Themobile terminal of claim 1, wherein the terminal response includes errorinformation identifying an error associated with processing of thegeographical location request.
 4. The mobile terminal of claim 1,wherein the information indicating whether or not the mobile terminalsupports a service associated with the geographical location request isone bit information.
 5. The mobile terminal of claim 1, wherein thegeographical location request includes parameters identifying at leastone of the following: horizontal accuracy information; verticalcoordinate information; velocity information; or preferred maximumresponse time information.
 6. The mobile terminal of claim 1, whereinthe controller is configured to communicate with the location device toobtain the location information.
 7. The mobile terminal of claim 1,wherein the geographical location request is a proactive commandconfigured to allow the smart card to request the current geographicallocation.
 8. A method for communicating with a mobile terminal andobtaining location information from a location device associated withthe mobile terminal, the method performed by a smart card andcomprising: receiving, by the smart card, terminal profile informationfrom the terminal; transmitting, by the smart card and to the mobileterminal, a geographical location request for acquiring currentgeographical location based on the terminal profile information;receiving, by the smart card and from the mobile terminal, a terminalresponse, the terminal response including a value indicating whether ornot the geographical location request has been successfully processed;and receiving, by the smart card and from the mobile terminal, anenvelope signal including current location information of the mobileterminal obtained from the location device if the geographical locationrequest has been successfully processed, wherein the mobile terminalprocesses only one of multiple geographical location requests, based ona receiving order, when the multiple geographical location requests aretransmitted to the mobile terminal, and wherein the terminal profileinformation includes first information indicating that the mobileterminal does not have the unit for measuring location, or secondinformation indicating that the mobile terminal has an ability to obtaingeographical location information from a location device connectable tothe mobile terminal.
 9. The method of claim 8, wherein the terminalresponse includes error information identifying an error associated withprocessing of the geographical location request.
 10. The method of claim8, wherein the terminal profile information includes one bit informationindicating whether or not the mobile terminal supports a serviceassociated with the geographical location request.
 11. The method ofclaim 8, wherein the geographical location request includes parametersidentifying at least one of the following: horizontal accuracyinformation; vertical coordinate information; velocity information; orpreferred maximum response time information.
 12. The method of claim 8,wherein the obtained location information is current geographicallocation information.
 13. The method of claim 8, further comprising:determining based on the first and second information, by the smartcard, whether to use the location device for obtaining locationinformation.
 14. A method for providing location information, the methodperformed by a mobile terminal configured to communicate with a smartcard and a location device, the method comprising: providing terminalprofile information to the smart card; receiving, from the smart card, ageographical location request for acquiring current geographicallocation based on the terminal profile information; sending a terminalresponse to the smart card in response to the geographical locationrequest, the terminal response including a value indicating whether ornot the geographical location request has been successfully processed;and sending, to the smart card, an envelope signal including currentlocation information obtained from the location device if thegeographical location request has been successfully processed, whereinthe method further includes processing only one of multiple geographicallocation requests, based on a receiving order, when the multiplegeographical location requests are received from the smart card, andwherein the terminal profile information includes: first informationindicating that the mobile terminal does not have a unit for measuringlocation, or second information indicating that the mobile terminal hasan ability to obtain geographical location information from the locationdevice.
 15. The method of claim 14, wherein the geographical locationrequest is a proactive command and is used for allowing the smart cardto request the current geographical location.
 16. The method of claim14, wherein, when multiple geographical location requests are receivedfrom the smart card, at least one of the multiple geographical locationrequests is processed based on a receiving order.